Aminet 2/Aminet AMIGA CDROM (1994)(Walnut Creek)[Feb 1994][W.O. 44790-1].iso/Aminet/dev/e/AmiE_JulArc.lha/AmigaE.July.Archive/000101_crash!axion.bt.…uk!D.Higginson_Thu, 29 Jul 93 03:44:33 PST.msg

Internet Message Format | 1993-08-31 | 2KB

Received: by bkhouse.cts.com (V1.16/Amiga)
    id AA00000; Thu, 29 Jul 93 03:44:33 PST
Received: from zaphod.axion.bt.co.uk by crash.cts.com with smtp
    (Smail3.1.28.1 #15) id m0oLV9I-0000nMC; Thu, 29 Jul 93 03:23 PDT
Received: from elephant.axion.bt.co.uk by zaphod.axion.bt.co.uk with SMTP (PP); Thu, 29 Jul 1993 11:22:59 +0100
Message-Id: <[e-mail]>
cc: [e-mail], [e-mail]
In-reply-to: Your message of Wed, 28 Jul 93 15:24:06 -0700. <[e-mail]>
Date: Thu, 29 Jul 93 11:22:41 BST
From: [e-mail]
To: [e-mail]
Subject: Re: MidStr


Check that you have got the parameters to InStr the right
way round - all languages order these things differently
and I can never remember which way round they go.

Next insert a WriteF('\d\n',endpos) after the endpos
assignment. If there is no \n in the buffer, endpos-pos
will be a negative number and could cause MidStr to return
all the characters it finds.

Also check that the parameters to MidStr are right. I once
got the parameters to StrCpy the wrong way round - I
thought it would be (source,dest) but it isn't. Took me
the best part of a day to figure that bug out.

Some E string functions require you to use E strings -
i.e. declare them as s[80]:STRING or something like that.
I would guess that this is the most likely problem.
Remember that if you do DEF a,b:STRING then a is a LONG
and b is a STRING. A similar statement in Pascal would
make both variables strings - that's a feature of E which
has caught me out many a time.

Hope this helps :-)

Dave.